home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940083.txt < prev    next >
Internet Message Format  |  1994-11-13  |  5KB
  1. Date: Sun, 27 Mar 94 04:30:26 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #83
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sun, 27 Mar 94       Volume 94 : Issue   83
  11.  
  12. Today's Topics:
  13.                         NTS traffic on packet
  14.  
  15. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  16. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  17. Problems you can't solve otherwise to brian@ucsd.edu.
  18.  
  19. Archives of past issues of the Ham-Digital Digest are available 
  20. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  21.  
  22. We trust that readers are intelligent enough to realize that all text
  23. herein consists of personal comments and does not represent the official
  24. policies or positions of any party.  Your mileage may vary.  So there.
  25. ----------------------------------------------------------------------
  26.  
  27. Date: Sat, 26 Mar 1994 19:13:14 GMT
  28. From: ihnp4.ucsd.edu!swrinde!emory!kd4nc!ke4zv!gary@network.ucsd.edu
  29. Subject: NTS traffic on packet
  30. To: ham-digital@ucsd.edu
  31.  
  32. In article <18544.tao@maroon.tc.umn.edu> <tao@maroon.tc.umn.edu> writes:
  33. >Danny:
  34. >The ARRL Publications or others on the air/Internet can advise you on how 
  35. >packet messages go point-to-point. My comment is addressed to the query,"
  36. >How does NTS traffic get handled on the Packet network?"
  37. >
  38. >I am advised by local packet network managers and the local NTS 
  39. >representatives that NTS traffic fares poorly on the packet network. The 
  40. >problem is one of "culture"
  41.  
  42. Mr. Olson's comments on "culture" are right on. However there's another
  43. facet in point-to-point that needs addressing. That's routing cues.
  44.  
  45. With traffic intended for an amateur station, we have the White Pages
  46. service to tell us their home BBS. There are also hierarchal addresses
  47. that *look* like internet domain names but are *not*. These are actually
  48. *routing cues* for the BBS system. And then there are the real domain
  49. names used by TCP/IP stations. These are *not* routing cues. Instead
  50. they are pointers to addresses in a DNS server. All of these methods
  51. can, however, resolve to a specific destination.
  52.  
  53. With NTS traffic, generally addressed to a non-amateur, none of the
  54. above systems apply. Routing cues are supplied by one of two methods.
  55. Either by zipcode, or by NTSXX where XX is a state code. These alternate
  56. addressing methods often point to different destination BBSs. 
  57.  
  58. Once it gets there, the message then languishes until a traffic
  59. handler picks it up and delivers it, usually by local phone call,
  60. to the addressee. Routing is a problem, but destination servicing
  61. is the main bottleneck.
  62.  
  63. Gary
  64. -- 
  65. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  66. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  67. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  68. Lawrenceville, GA 30244     |                     | 
  69.  
  70. ------------------------------
  71.  
  72. Date: Sat, 26 Mar 94 18:39:22 GMT
  73. From: mnemosyne.cs.du.edu!nyx10!nburnett@uunet.uu.net
  74. To: ham-digital@ucsd.edu
  75.  
  76. References <2mnbtp$sr7@hpbab.mentorg.com>, <1994Mar23.180631.11120@mnemosyne.cs.du.edu>, <Cn8sEJ.7nL@world.std.com>
  77. Subject : Re: KPC-3 and TCPIP
  78.  
  79. dts@world.std.com (Daniel T Senie) writes:
  80.  
  81. >In article <1994Mar23.180631.11120@mnemosyne.cs.du.edu> nburnett@nyx10.cs.du.edu (Nathan C. Burnett - N8MBK) writes:
  82. >>hanko@wv.mentorg.com (Hank Oredson) writes:
  83. >>
  84. >>>In article <2mksi3$mal@crl.crl.com>, n6ng@crl.com (Dennis E. Jacobson) writes:
  85. >>>|> After reading about the recommendation for the KPC-3 the thought crossed
  86. >>>|> my mind that it might be what I'm looking for to run a portable TCPIP
  87. >>>|> system.. The next question of course becomes does the KPC-3 run KISS
  88. >>>|> and has anyone used it for TCPIP. 
  89. >>
  90. >>>Yes, and Yes.
  91. >>
  92. >>>KPC-3 is excellent value for the money.
  93. >>If you only want to go 1200 baud it's fine and if you want to keep the same
  94. >>EPROM in it it's fine.  But if you ever want to modify it for high speed
  95. >>or DCD or KISS only you'll regret buying as I did.
  96.  
  97. >Could you elaborate on this last comment? Obviously the KPC-3 is 1200 only,
  98. >but it has software (open squelch) DCD available (just issue a command) and
  99. >has KISS mode. Did you experience problems with either of these things?
  100.  
  101. iYes the KPC-3 does have KISS mode however I prefer to run a KISS only EPROM
  102. so I don't have to put it in KISS everytime I want to use it.  Also the DCD
  103. detection provided by the TAPR DCD mod is IMHO far superior to that of the
  104. KPC-3's software DCD.
  105.  
  106. Then again maybe I'm just picky.
  107.  
  108. 73 and happy haming,
  109. Nate N8MBK
  110.  
  111. ---
  112. Nathan C. Burnett N8MBK
  113. AX.25 PBBS n8mbk@wb8h.#semi.mi.usa.na
  114. AMPRNET n8mbk@wsu.n8fow.ampr.org [44.102.48.2]    "Nature cannot be fooled"
  115. Internet nburnett@nyx.cs.du.edu                          Richard Feynman
  116.  
  117. ------------------------------
  118.  
  119. End of Ham-Digital Digest V94 #83
  120. ******************************
  121.